要跟讀者說不好意思了,本系列文將進行第一次的變更。
遙想兩週以前,聽聞前同事以及前輩朋友分享他們陸續報名組隊開賽,加上手邊的 side projects 已經擱置沒有進度(暫時因為沒有實用需求,所以沒有動力回去寫),便萌生了想要寫鐵人賽的念頭。
沒有太多評估,報名最後一天,便從我的清單選了這個題目參賽,理由詳 Day 01。
但或許是因為自己時間安排不佳,目前工作以及其他生活面向的所致,每天大概最多有兩個小時
可以查找資料與撰寫文章。
當初在訂題目的時候,確實高估了自己的能力,尤其是整理與寫作
的部分。
對於 30 天內能完成的事情,我也想得太樂觀。
今天之所以沒有太多技術內容,主要也是希望能跟各位分享一些過往碰到瓶頸的處理心得。我的處理方式或許不是最好的,但對於仍在找尋答案的人來說,能有一點幫助我就心滿意足。
不要輕言放棄
或許已是老生常談。但放棄實在太容易了,是不用什麼努力就可以做到的一件事。如果太習慣放棄,久而久就會養成習慣。為什麼我會知道呢?因為我也有一段碰到問題很容易就放棄的過去。在經過一些教訓後,現在碰到想要放棄的時候,除非是注定沒有收穫或是會造成不可回復的傷害
,不然都是會盡量堅持下去
,即便要在最終期望以及實作方向上做一些取捨。
想放棄的時候停下來好好想一想,自己當初為什麼做這件事
?如果我今天寫鐵人賽的目標是和讀者一起學習新知識並透過我的角度分享給大家,那麼實在沒有一個理由能說服我,必須要以爭取得名規格
的努力與成本下去進行。相對地,我只要在我做得到的範圍
持續下去就好,對自己而不是對誰交代。
但如果今天是工作上碰到類似的情形,不妨請各位提早將碰到的困難與主要的利害關係人分享(例如專案經理、客戶、或是主管),或許會有意想不到的轉圜餘地。例如本篇,在不急迫的狀況下,延長專案期程
便是兼顧品質與花費的做法,如果事情一樣能做完做好,只是要花比較多的時間,而不會帶來太多成本,在有預度的情況下,實在沒有道理不延長。
經過反思後,本系列文的方向已然更加清晰:以學習筆記的角度出發,主要針對的目標受眾是初學程式但已有一定基礎
的朋友們,不論是全職學習或是下班之後想要學習新技能,都可以跟著我的實作腳步一起努力。雖然每天進步的量都不多,但終究會集少成多
。
跟大家分享完心路歷程,讓我們繼續回到鐵人賽。
筆者將會進行以下調整:
Day 11 - 20 分析方法調查
Day 21 - 30 撰寫程式來分析
其餘部分將會留待完賽以後,再繼續與讀者們分享!